# 계산된 필드 (Calculated Field)

## 1. 개요
**계산된 필드(Calculated Field)**란 데이터베이스나 비즈니스 인텔리전스(BI) 툴에서 원본 데이터셋에 존재하는 기존 필드(열)들을 조합하여 수식이나 논리 연산을 통해 새롭게 생성한 가상 필드를 의미합니다.

원본 데이터(Raw Data)가 시스템에 저장된 정적인 값이라면, 계산된 필드는 사용자의 필요에 따라 정의된 규칙에 의해 동적으로 생성되는 값입니다. 예를 들어, 데이터베이스에 '단가'와 '수량'이라는 원본 필드가 있을 때, 이를 곱하여 생성한 '총 매출액' 필드가 전형적인 계산된 필드에 해당합니다.

## 2. 작동 원리 및 특징
계산된 필드는 구현 방식에 따라 계산 시점이 달라지며, 이는 시스템 성능과 저장 공간에 직접적인 영향을 미칩니다.

### 2.1 계산 시점에 따른 분류
*   **런타임 계산 (Runtime Calculation):** 쿼리가 실행되는 시점에 실시간으로 계산됩니다. 데이터가 변경되면 즉시 반영되지만, 매번 계산이 필요하므로 리소스를 소모합니다.
*   **저장된 계산 (Stored/Persisted Calculation):** 계산 결과를 물리적인 디스크 공간에 저장합니다. 읽기 속도는 매우 빠르나, 원본 데이터가 변경될 때마다 업데이트 프로세스가 필요하며 저장 공간을 차지합니다.

### 2.2 저장된 필드 vs 계산된 필드 비교

| 구분 | 저장된 필드 (Stored Field) | 계산된 필드 (Calculated Field) |
| :--- | :--- | :--- |
| **저장 공간** | 물리적 공간 점유 | 논리적 정의만 저장 (가상 열) |
| **계산 시점** | 데이터 입력/수정 시 (Write-time) | 데이터 조회 시 (Read-time) |
| **데이터 일관성** | 원본 변경 시 동기화 프로세스 필요 | 항상 최신 상태 유지 |
| **조회 성능** | 매우 빠름 (인덱스 활용 가능) | 계산 복잡도에 따라 느려질 수 있음 |
| **유연성** | 수식 변경 시 전체 재계산 필요 | 수식 수정 즉시 모든 행에 적용 |

## 3. 주요 활용 사례
실무에서는 단순 산술 연산부터 복잡한 비즈니스 로직 구현까지 다양한 패턴으로 활용됩니다.

### 3.1 주요 계산 패턴
1.  **산술 연산:** 매출액 계산, 성장률(%) 산출, 단위 변환 등
2.  **날짜 및 시간 계산:** 가입일로부터 현재까지의 경과일(Retention), 배송 소요 시간 계산 등
3.  **조건부 분류:** 점수별 등급 부여(A, B, C), 고객 세그먼트 분류 등
4.  **문자열 가공:** 성과 이름 합치기, 특정 코드에서 식별자 추출 등

### 3.2 구현 예시 (코드)
**SQL의 CASE 문을 이용한 조건부 분류:**
```sql
SELECT 
    CustomerName, 
    OrderAmount,
    CASE 
        WHEN OrderAmount >= 1000000 THEN 'VIP'
        WHEN OrderAmount >= 500000 THEN 'Gold'
        ELSE 'Silver' 
    END AS CustomerGrade
FROM Orders;
```

**BI 툴(Tableau/Power BI) 스타일의 수식:**
```excel
// 매출 이익률 계산 예시
(SUM([Sales]) - SUM([Cost])) / SUM([Sales])
```

### 3.3 데이터 적용 전후 비교
계산된 필드를 적용하면 원본 데이터에 새로운 비즈니스 관점의 열이 추가되는 효과를 얻습니다.

**[적용 전: 원본 데이터]**
| 고객ID | 단가 (Raw) | 수량 (Raw) |
| :--- | :--- | :--- |
| C001 | 10,000 | 5 |
| C002 | 20,000 | 60 |
| C003 | 15,000 | 10 |

**[적용 후: 계산된 필드 추가]**
| 고객ID | 단가 (Raw) | 수량 (Raw) | 총액 (Calculated) | 등급 (Calculated) |
| :--- | :--- | :--- | :--- | :--- |
| C001 | 10,000 | 5 | 50,000 | 일반 |
| C002 | 20,000 | 60 | 1,200,000 | VIP |
| C003 | 15,000 | 10 | 150,000 | 일반 |

## 4. 구현 방법 및 구문
계산된 필드를 작성할 때는 해당 툴의 문법과 연산자 우선순위를 준수해야 합니다.

### 4.1 일반적인 수식 구성 요소
*   **집계 함수:** `SUM()`, `AVG()`, `COUNT()`, `MAX()`, `MIN()` (데이터의 그룹 합계나 평균 계산)
*   **논리 함수:** `IF-THEN-ELSE`, `CASE`, `AND`, `OR`, `NOT` (조건에 따른 값 반환)
*   **문자열 함수:** `CONCAT()`, `SUBSTR()`, `UPPER()`, `TRIM()` (텍스트 조작)
*   **날짜 함수:** `DATEDIFF()`, `DATEADD()`, `YEAR()`, `MONTH()` (시간 간격 및 추출)

**⚠️ 중요: Null 값 처리**
계산된 필드에서 가장 빈번하게 발생하는 오류는 `NULL` 값 연산으로 인한 결과값 소실입니다. 대부분의 시스템에서 `100 + NULL`의 결과는 `NULL`이 됩니다. 이를 방지하기 위해 다음과 같은 함수를 사용하여 기본값을 지정해야 합니다.
*   **SQL:** `COALESCE(field, 0)`, `ISNULL(field, 0)`
*   **BI 툴:** `ZN([Field])` (Zero Null), `IFNULL([Field], 0)`

### 4.2 툴별 문법 비교

| 구분 | SQL (Standard) | Tableau | Power BI (DAX) |
| :--- | :--- | :--- | :--- |
| **조건문** | `CASE WHEN ... THEN ... END` | `IF [Field] = 'A' THEN ... END` | `IF([Field] = "A", ..., ...)` |
| **문자열 합치기** | `CONCAT(a, b)` 또는 `a \|\| b` | `[Field1] + [Field2]` | `[Field1] & [Field2]` |
| **날짜 차이** | `DATEDIFF(day, start, end)` | `DATEDIFF('day', [start], [end])` | `DATEDIFF(start, end, DAY)` |

### 4.3 설정 화면 구성 (Conceptual)
실제 툴의 UI는 버전별로 상이하나, 일반적으로 다음과 같은 구성 요소를 포함합니다.
1.  **필드 이름 입력창:** 생성할 계산된 필드의 명칭 정의 (예: `Profit_Margin`)
2.  **수식 편집기:** 함수 라이브러리와 함께 수식을 작성하는 텍스트 영역. 구문 강조(Syntax Highlighting) 기능이 포함되는 경우가 많습니다.
3.  **데이터 타입 선택:** 결과값의 타입 지정 (숫자, 문자열, 날짜, 불리언). 타입이 맞지 않으면 이후 연산에서 오류가 발생합니다.
4.  **유효성 검사:** 작성한 수식의 문법 오류 여부를 실시간으로 확인하는 상태 표시줄 (예: "수식이 유효합니다" 또는 "구문 오류: 괄호 닫힘 누락").

## 5. 성능 최적화 및 주의사항
계산된 필드는 편리하지만, 과도하게 사용하거나 잘못 설계하면 시스템 전체의 성능 저하를 초래합니다.

### 5.1 성능 저하 원인 및 한계점
*   **CPU 부하 증가:** 수백만 건의 행에 대해 복잡한 정규식이나 논리 연산을 런타임에 수행할 경우 쿼리 응답 시간이 급증합니다.
*   **인덱스 무효화:** `WHERE` 절에서 계산된 필드를 사용하면 데이터베이스가 기존 인덱스를 타지 못하고 전체 테이블 스캔(Full Table Scan)을 수행하게 됩니다.
*   **디버깅의 어려움:** 복잡한 중첩 수식(Nested Formula)으로 생성된 필드는 결과값이 예상과 다를 때 원인을 찾기 매우 어렵습니다.

### 5.2 최적화 전략 및 팁
*   **물리적 테이블 변환 (Materialization):** 빈번하게 사용되고 계산 복잡도가 높은 필드는 ETL 과정에서 미리 계산하여 물리적 컬럼으로 저장합니다.
*   **계산 시점의 상향 조정:** 행 단위(Row-level) 계산보다는 집계 후(Aggregate-level) 계산을 수행하여 처리 데이터 양을 줄입니다.
*   **인덱스 활용 팁:** 
    *   **계산된 열 인덱싱:** SQL Server의 'Computed Column'처럼 DB 수준에서 지원하는 경우, 계산된 열에 직접 인덱스를 생성하여 조회 성능을 높일 수 있습니다.
    *   **필터 조건 최적화:** `WHERE` 절에 계산식을 넣는 대신, 계산식을 풀어내어 원본 컬럼을 기준으로 조건을 작성하십시오. (예: `WHERE YEAR(date) = 2023` $\rightarrow$ `WHERE date >= '2023-01-01' AND date <= '2023-12-31'`)
*   **수식의 단계적 분리:** 복잡한 로직은 하나의 거대한 수식으로 만들기보다, 중간 단계의 계산 필드를 여러 개 만들어 단계적으로 조합하는 것이 유지보수와 디버깅에 유리합니다.

### 5.3 사용 시 제약 사항
*   **순환 참조 금지:** 필드 A가 필드 B를 참조하고, 다시 필드 B가 필드 A를 참조하는 순환 구조는 생성할 수 없습니다.
*   **데이터 타입 일치:** `IF`나 `CASE` 문에서 반환하는 모든 결과값은 동일한 데이터 타입이어야 합니다. (예: 조건 A일 때는 숫자, 조건 B일 때는 문자열 반환 불가)
*   **집계 혼합 제한:** 일부 BI 툴에서는 행 수준의 값과 집계된 값(SUM, AVG 등)을 하나의 수식에서 직접 연산하는 것을 금지합니다.

## 6. 관련 개념
계산된 필드와 혼동하기 쉬운 유사 개념들과의 차이점은 다음과 같습니다.

*   **집계 필드 (Aggregated Field):** 계산된 필드의 일종이지만, 개별 행이 아닌 그룹화된 데이터의 합계, 평균 등 '요약된 값'을 다루는 필드입니다.
*   **파생 변수 (Derived Variable):** 주로 데이터 과학/머신러닝 분야에서 사용되는 용어로, 기존 변수를 조합해 모델의 예측력을 높이기 위해 생성한 새로운 특징(Feature)을 의미합니다.
*   **뷰 (View):** 하나의 필드가 아니라, 복잡한 `SELECT` 문(계산된 필드 포함) 자체를 하나의 가상 테이블로 정의한 것입니다.

---

### 💡 계산된 필드 생성 시 체크리스트
계산된 필드를 정의하기 전, 다음 사항을 검토하여 효율적인 데이터 모델을 구축하십시오.

- [ ] **필요성 검토:** 이 필드가 런타임에 반드시 계산되어야 하는가? (정적 값이라면 원본 테이블에 추가하는 것이 효율적임)
- [ ] **데이터 타입 확인:** 계산 결과의 데이터 타입이 목적에 맞는가? (예: 나눗셈 결과가 정수로 절삭되지 않았는가?)
- [ ] **Null 값 처리:** 원본 데이터에 `NULL`이 포함되어 있을 때 계산 결과가 어떻게 되는가? (`COALESCE`나 `IFNULL` 처리 여부)
- [ ] **성능 영향 평가:** 해당 필드를 필터(WHERE 절)나 조인(JOIN) 조건으로 사용할 예정인가? (그렇다면 물리적 저장을 고려해야 함)
- [ ] **명명 규칙 준수:** 다른 사용자가 수식의 의미를 쉽게 이해할 수 있는 직관적인 이름을 부여했는가?